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program history log entry and configured to write said log entry into said program history log 
when said at least one meter parameter is received in said programming event, said program 
history log comprising at least one of an entry sequence number, a transaction number, a date 
and time stamp, and a table identifier. 

Remarks 

The Office Action mailed October 4, 2002 and made final has been carefully reviewed 
and the foregoing amendments are made in consequence thereof. 

Claims 1-22 are now pending in this application. Claims 1-22 stand rejected. 

In accordance with 37 C.F.R. 1.136(a), a one month extension of time is submitted 
herewith to extend the due date of the response to the Office Action dated October 4, 2002, for 
the above-identified patent application from January 4, 2003, through and including February 4, 
2003. In accordance with 37 C.F.R. 1.17(a)(1), authorization to charge a deposit account in the 
amount of $1 10.00 to cover this extension of time request also is submitted herewith. 

The specification has been amended to correct a typographical error therein. 

The rejection of Claims 1-3, 11-14, 16, 19-20, and 22 under 35 U.S.C. § 102(e) as being 
anticipated by Provost et al. (U.S. Patent No. 5,924,051) is respectfully traversed and 
reconsideration thereof is requested. 

Provost et al. describe a demand electronic electricity meter including load profile 
recording capabilities. A load profile recorder (46) communicates over a control bus (40) with a 
microcomputer (28), and recorder (46) determines availability of on-board memory and external 
memory for storing recorded information. Meter programming allocates memory space to store 
three sets of time change log entries Provost et al. col. 4, lines 1-16. As explained by Provost et 
al., load profiling refers to energy consumption information stored in discrete time intervals so 
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that a user may analyze the consumption data and modify usage to take advantage of lower rate 
time periods. Provost et al. col. 1, line 66 to col. 2, line 3 and col. 4, line 43 to col. 5, line 45. 

In contrast, the present invention provides a secure program history log for a meter to 
prevent unauthorized alteration or tampering with input meter program parameters used to 
calculate or determine, for example, energy consumption and to generate meter output data. One 
illustrative example of such meter parameters include selections of quantities for load profiles. 
See specification paragraph 14. Thus, the present invention aims, among other things, to provide 
a program history log to ensure that a load profiling system, such as that described by Provost et 
al., utilizes authorized program parameters to generate the output data of interest. As such, 
unauthorized programming changes can be detected and accurate load profiling can be ensured. 

The Office Action cites Provost et al. col. 4, lines 2-16 and col. 5, lines 37-45 in support 
of the rejection of the present claims. Applicants, note, however, that col. 4, lines 2-16 describe 
that load profile programming is input to microprocessor (28), and that load profile programming 
is used to configure an available memory. Provost et al. col. 4, lines 2-16 do not describe that 
the load profile programming event is itself recorded and protected. In addition, Provost et al. 
col. 5, lines 37-45 describe that the load profile program records dates and times of power 
failure, and dates and times of system recovery. It is respectfully submitted that power failure 
and recovery times are not related to programming events wherein input program parameters 
used to determine energy consumption are received, Moreover, it is respectfully submitted that 
power failure times and recovery times are program outputs of the system described by Provost 
et al., rather than program inputs to which the present invention is directed. 

Provost et al. state only the following with respect to programming of the meter: 

Standard tables are used to specify new values for the load profile 
interval length, the number of channels, scalar values, or the 
quantities to measure. Whenever any load profile configuration 
values are programmed, load profile memory will be automatically 
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reset. If other data is programmed, but load profile configuration 
parameters are not, the load profile values will be unaffected. 

Provost et al. col. 5, lines 24-30. It is therefore apparent that when input meter parameter 
configuration values are received in a programming event, previous values of the parameters are 
reset or unaffected in the system described by Provost et al. Provost et al. nowhere describe a 
program history log having entries corresponding to meter programming events wherein input 
parameter values are received and/or changed. 

In an attempt to clarify the scope of the present claims and to resolve the apparent debate 
regarding what constitutes a program history as recited in the presently claimed invention, the 
claims have been amended to more clearly reflect the above considerations. 

Claim 1 recites a method for creating a secure program history log for a programmable 
device including a microprocessor, at least one communications port for communicating with the 
microprocessor and at least one memory device electrically connected to the microprocessor, the 
memory device including a program history log, said method comprising "communicating input 
program parameters to the microprocessor in a programming event," "creating a log entry 
utilizing the microprocessor and the program parameters," and "writing the log entry into the 
program history log utilizing the microprocessor." 

Provost et al. neither describe nor suggest a program history log as described in the 
present specification and recited in Claim 1. Rather Provost et al. only describe resetting of load 
profile configuration parameters when received. Provost et al. nowhere describe programming 
of non-load profile parameters or recording of a programming event in a program history log 
when input program parameters are received. 

For the reasons set forth above, Claim 1 is submitted to be patentable over Provost et al. 
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Claims 2, 3, and 1 1 depend, directly or indirectly, from independent Claim 1. When the 
recitations of Claims 2-3 and 1 1 are considered in combination with the recitations of Claim 1, 
Applicants submit that dependent Claims 2, 3 and 1 1 likewise are patentable over Provost et al. 

Claim 12 recites a system for creating a secure program history log for a programmable 
device comprising "at least one communications port, said communications port configured to 
receive inputs comprising program input parameters in a programming event," "a microprocessor 
configured to receive said program input parameters from said communications port and create a 
log entry based on said program input parameters," and "at least one memory device electrically 
connected to said microprocessor and comprising said program history log, said microprocessor 
further configured to write said log entry into said program history log, thereby protecting said 
program history log from manipulation via direct communication from said communications 
port." 

Provost et al. neither describe nor suggest a system for creating a secure program history 
log for a programmable device including a microprocessor configured to write a log entry based 
on input program parameters received in a programming event into a program history log, 
thereby protecting the program history log from manipulation via direct communication from a 
communications port. Rather, Provost et al. only describe resetting of load profile configuration 
parameters when received. Provost et al. nowhere describe programming of non-load profile 
parameters or recording of a programming event in a program history log when input program 
parameters are received. 

For the reasons set forth above, Claim 12 is submitted to be patentable over Provost et al. 

Claims 13 and 14, depend, directly or indirectly, from independent Claim 12. When the 
recitations of Claims 13 and 14 are considered in combination with the recitations of Claim 12, 
Applicants submit that dependent Claims 13 and 14 likewise are patentable over Provost et al. 



7 



11ME-491 
PATENT 

Claim 16 recites an electronic electricity meter comprising "a communications port, said 
communications port configured to receive meter input parameters in a programming event," "a 
microprocessor configured to receive said meter input parameters from said communications 
port and determine energy consumption based upon said meter input parameters, said 
microprocessor further configured to create a program history log entry when meter input 
parameters are received in the programming event," and "at least one memory device electrically 
connected to said microprocessor and comprising a program history log, said microprocessor 
further configured to write said log entry into said program history log." 

Provost et al. neither describe nor suggest a meter including a microprocessor configured 
to create a program history log when meter input parameters are received. Rather, Provost et al. 
only describe resetting of load profile configuration parameters when received. Provost et al. 
nowhere describe programming of non-load profile parameters or recording of a programming 
event in a program history log when input program parameters are received. 

For the reasons set forth above, Claim 16 is submitted to be patentable over Provost et al. 

Claim 19 depends from independent Claim 16. When the recitations of Claim 19 are 
considered in combination with the recitations of Claim 16, Applicants submit that dependent 
Claim 19 likewise is patentable over Provost et al. 

Claim 20 recites an electronic electricity meter comprising "a microprocessor configured 
to determine energy consumption based upon at least one meter input parameter received in a 
programming event," "at least one memory device electrically connected to said microprocessor 
and comprising a program history log for recording said programming event," and "a 
communications port, said communications port configured to receive said at least one meter 
input parameter for use by said microprocessor; said microprocessor configured to create a 
program history log entry and configured to write said log entry into said program history log 
when said at least one meter parameter is received in said programming event, said program 
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history log comprising at least one of an entry sequence number, a transaction number, a date 
and time stamp, and a table identifier." 

For the reasons set forth above, Provost et al, neither describes nor suggests an electronic 
electricity meter including a program history log for recording programming events. Rather, 
Provost et al. only describe resetting of load profile configuration parameters when received. 
Provost et al. nowhere describe programming of non-load profile parameters or recording of a 
programming event in a program history log when input program parameters are received. 

For the reasons set forth above, Claim 20 is submitted to be patentable over Provost et al. 

Claim 22 depends from independent Claim 20. When the recitations of Claim 22 are 
considered in combination with the recitations of Claim 20, Applicants submit that dependent 
Claim 22 likewise is patentable over Provost et al.. 

For the reasons set forth above, Applicants respectfully request that the Section 102 
rejection of Claims 1-3, 11-14, 16, 19-20, and 22 be withdrawn. 

The rejection of Claims 4-10, 15, 17-18 and 21 under 35 U.S.C. § 103 as being 
unpatentable over Provost et al. in view of Lightbody et al. (U.S. Patent No. 6,000,034) is 
respectfully traversed and reconsideration thereof is requested. 

Provost et al. is described above, and notably nowhere describes a program history log as 
described in the instant specification and recited in the instant claims. 

Lightbody et al. describes a security system for a programmable revenue class electricity 
meter. The programming can be changed by authorized persons to modify the types of data that 
can be measured, calculated, recorded, displayed, communicated, and/or stored. The security 
system checks for a code word that is required to be input by authorized persons prior to any 
changes in the revenue-related programming. The security system compares the input code to a 
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code word stored in the meter and unlocks restrictions on modification of the revenue-related 
programming if the input code word matches the stored code word. 

While the security system described by Lightbody et al. may prevent unauthorized 
programming of the meter with password access, Lightbody et al. nowhere describe a program 
history log as described and recited in the instant claims. 

Claims 4-10 depend from independent Claim 1, which recites a method for creating a 
secure program history log for a programmable device including a microprocessor, at least one 
communications port for communicating with the microprocessor and at least one memory 
device electrically connected to the microprocessor, the memory device including a program 
history log, said method comprising "communicating input program parameters to the 
microprocessor in a programming event," "creating a log entry utilizing the microprocessor and 
the program parameters," and "writing the log entry into the program history log utilizing the 
microprocessor." 

Provost et al. in view of Lightbody et al. neither describe nor suggest a program history 
log as described in the present specification and recited in Claim 1 . Rather, Provost et al. only 
describe resetting of load profile configuration parameters when received. Provost et al. 
nowhere describe programming of non-load profile parameters or recording of a programming 
event in a program history log when input program parameters are received. Lightbody et al. 
describe a meter including a security system that compares the input code to a code word stored 
in the meter and unlocks restrictions on modification of the revenue-related programming if the 
input code word matches the stored code word. Neither Provost et al. nor Lightbody et al., alone 
or in combination, describe or suggest a program history log to prevent unauthorized 
programming of a meter. 

For the reasons set forth above, Claim 1 is submitted to be patentable over Provost et al. 
in view of Lightbody et al. When the recitations of Claims 4-10 are considered in combination 
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with the recitations of Claim 1, Claims 4-10 are likewise submitted to be patentable over Provost 
et al. in view of Lightbody et al. 

Claim 15 depends from independent Claim 12, which recites a system for creating a 
secure program history log for a programmable device comprising "at least one communications 
port, said communications port configured to receive inputs comprising program input 
parameters in a programming event, 11 "a microprocessor configured to receive said program input 
parameters from said communications port and create a log entry based on said program 
parameters," and "at least one memory device electrically connected to said microprocessor and 
comprising said program history log, said microprocessor further configured to write said log 
entry into said program history log, thereby protecting said program history log from 
manipulation via direct communication from said communications port." 

Provost et al. in view of Lightbody et al. neither describe nor suggest a system for 
creating a secure program history log for a programmable device including a microprocessor 
configured to write a log entry based on program parameters into a program history log, thereby 
protecting the program history log from manipulation via direct communication from a 
communications port. Rather, Provost et al. only describe resetting of load profile configuration 
parameters when received. Provost et al. nowhere describe programming of non-load profile 
parameters or recording of a programming event in a program history log when input program 
parameters are received. Lightbody et al. describe a meter including a security system that 
compares the input code to a code word stored in the meter and unlocks restrictions on 
modification of the revenue-related programming if the input code word matches the stored code 
word. Neither Provost et al. nor Lightbody et al., alone or in combination, describe or suggest a 
program history to prevent unauthorized programming of a meter. 

For the reasons set forth above, Claim 12 is submitted to be patentable over Provost et al. 
in view of Lightbody et al. When the recitations of Claim 15 are considered in combination with 
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the recitations of Claim 12, Claim 15 is likewise submitted to be patentable over Provost et al. in 
view of Lightbody et al. 

Claims 17-18 depend from independent Claim 16, which recites an electronic electricity 
meter comprising "a communications port, said communications port configured to receive meter 
input parameters in a programming event," "a microprocessor configured to receive said meter 
input parameters from said communications port and determine energy consumption based upon 
said meter input parameters, said microprocessor further configured to create a program history 
log entry when meter input parameters are received in the programming event," and "at least one 
memory device electrically connected to said microprocessor and comprising a program history 
log, said microprocessor further configured to write said log entry into said program history log." 

Provost et al. in view of Lightbody et al. neither describe nor suggest a meter including a 
microprocessor configured to create a program history log when program parameters are 
received.. Rather, Provost et al. only describe resetting of load profile configuration parameters 
when received. Provost et al. nowhere describe programming of non-load profile parameters or 
recording of a programming event in a program history log when input program parameters are 
received. Lightbody et al. describe a meter including a security system that compares the input 
code to a code word stored in the meter and unlocks restrictions on modification of the revenue- 
related programming if the input code word matches the stored code word. Neither Provost et al. 
nor Lightbody et al., alone or in combination, describe or suggest a program history to prevent 
unauthorized programming of a meter. 

For the reasons set forth above, Claim 16 is submitted to be patentable over Provost et al 
in view of Lightbody et al. When the recitations of Claims 17-18 are considered in combination 
with the recitations of Claim 16, Claims 17-18 are likewise considered to be patentable over 
Provost et al. in view of Lightbody et al.. 

Claim 21 depends from independent Claim 20, which recites an electronic electricity 
meter comprising "a microprocessor configured to determine energy consumption based upon at 
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least one meter input parameter received in a programming event," "at least one memory device 
electrically connected to said microprocessor and comprising a program history log for recording 
said programming event," and "a communications port, said communications port configured to 
receive said at least one meter input parameter for use by said microprocessor; said 
microprocessor configured to create a program history log entry and configured to write said log 
entry into said program history log when said at least one meter parameter is received in said 
programming event, said program history log comprising at least one of an entry sequence 
number, a transaction number, a date and time stamp, and a table identifier." 

Provost et al. in view of Lightbody et al. neither describes nor suggests the electronic 
electricity meter including a program history log. Rather, Provost et al. only describe resetting of 
load profile configuration parameters when received. Provost et al. nowhere describe 
programming of non-load profile parameters or recording of a programming event in a program 
history log when input program parameters are received. Lightbody et al. describe a meter 
including a security system that compares the input code to a code word stored in the meter and 
unlocks restrictions on modification of the revenue-related programming if the input code word 
matches the stored code word. Neither Provost et al. nor Lightbody et al., alone or in 
combination, describe or suggest a program history to prevent unauthorized programming of a 
meter. 

For the reasons set forth above, Claim 20 is submitted to be patentable over Provost et al. 
When the recitations of Claim 21 are considered in combination with the recitations of Claim 20, 
Applicants submit that Claim 21 is likewise patentable over Provost et al. in view of Lightbody 
et al. 
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In view of the foregoing amendments and remarks, all the claims now active in this 
application are believed to be in condition for allowance. Reconsideration and favorable action 
is respectfully solicited. 

Respectfully Submitted, 



A/ 



Bruce T. Atkins 
Registration No. 43,476 
ARMSTRONG TEASDALE LLP 
One Metropolitan Square, Suite 2600 
St. Louis, Missouri 63102-2740 
(314) 621-5070 
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In furtherance of the response to the Office Action dated October 4, 2002 and made final 
submitted herewith, Applicants hereby submit the following marked up versions of the 
amendments therein. 

IN THE SPECIFICATION 



Please replace paragraph [0014] with the following paragraph: 

[0014] In one embodiment, program history log 14 comprises entries or records 16 of 
an identifiable type. In another embodiment, program history log comprises a more general 
event or security program history log 18 (shown in Figure 2), which includes records 16 of an 
identifiable type and other general event records 20. In yet another embodiment, program 
history log 14 is contained in a separate memory element 22 within meter 10. In each of these 
embodiments, parameters of meter 10, including but not limited to, for example, selections of 
quantities for load profiles, real-time pricing schedules, and time of use metering mode 
parameters are programmed into meter 10. Programming of meter parameters is performed, for 
pie, via an optical communications port 24, a telephone modem 26, an RS-232 port 28, or 
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another communication port (not shown) of meter 10 according to known methods and 
techniques. The various programmable parameters are stored in tables 30 [is] in system memory, 
such as memory 22. As contemplated herein, a single programmable parameter stored in 
memory that is not part of a larger table 30 may be considered as being stored in a table 30 
having a single parameter. 

IN THE CLAIMS 

I. (once amended) A method for creating a secure program history log for a 
programmable device including a microprocessor, at least one communications port for 
communicating with the microprocessor and at least one memory device electrically connected 
to the microprocessor, the memory device including a program history log, said method 
comprising: f 

communicating input p rogram parameters to the microprocessor in a programming event ; 

creating a log entry utilizing the microprocessor and the program parameters; and 

writing the log entry into the program history log utilizing the microprocessor. 

II. (once amended) A method in accordance with Claim 1 wherein the programmable 
device is an electronic electricity meter, said step of communicating input p rogram parameters to 
the microprocessor comprising the step of communicating meter parameters to the 
microprocessor for determining energy consumption. 

12. (once amended) A system for creating a secure program history log for a 
programmable device comprising: 

at least one communications port, said communications port configured to receive inputs 
comprising program input parameters in a programming event ; 
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a microprocessor configured to receive said program input p arameters from said 
communications port and create a log entry based on said program input parameters; and 

at least one memory device electrically connected to said microprocessor and comprising 
said program history log, said microprocessor further configured to write said log entry into said 
program history log, thereby protecting said program history log from manipulation via direct 
communication from said communications port. 

16. (once amended) An electronic electricity meter comprising: 

a communications port, said communications port configured to receive meter input 
parameters in a programming event ; 

a microprocessor configured to receive said meter input parameters from said 
communications port and determine energy consumption based upon said meter input 
parameters, said microprocessor further configured to create a program history log entry when 
meter input p arameters are received in the programming event ; and 

at least one memory device electrically connected to said microprocessor and comprising 
a program history log, said microprocessor further configured to write said log entry into said 
program history log. 

20. (once amended) An electronic electricity meter comprising: 

a microprocessor configured to determine energy consumption based upon at least one 
meter input paramete r received in a programming event ; 

at least one memory device electrically connected to said microprocessor and comprising 
a program history log for recording said programming event ; and 

a communications port, said communications port configured to receive said at least one 
meter input parameter for use by said microprocessor; said microprocessor configured to create a 
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program history log entry and configured to write said log entry into said program history log 
when said at least one meter parameter is received in said programming event , said program 
history log comprising at least one of an entry sequence number, a transaction number, a date 
and time stamp, and a table identifier. 



Respectfully Submitted, 




Bruce T. Atkins 
Registration No. 43,476 
ARMSTRONG TEASDALE LLP 
One Metropolitan Square, Suite 2600 
St. Louis, Missouri 63102-2740 
(314) 621-5070 
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